home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970104-19970326 / 000452_news@columbia.edu _Fri Mar 21 10:14:59 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA12195
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 21 Mar 1997 10:14:58 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA11387
  7.     for kermit.misc@watsun; Fri, 21 Mar 1997 10:14:57 -0500 (EST)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: K95 problem
  12. Date: 21 Mar 1997 15:14:53 GMT
  13. Organization: Columbia University
  14. Lines: 50
  15. Message-ID: <5gu8ld$p3v$1@apakabar.cc.columbia.edu>
  16. References: <333285EB.2F54@rgw-express.de>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:6784
  19.  
  20. In article <333285EB.2F54@rgw-express.de>,
  21. Peter Eckhardt  <dbadm@rgw-express.de> wrote:
  22. : I have a strange problem with K95 on Windows 95. We access an AS400 via
  23. : tn5250. On the client PC is K95 with that we log in to a SCO 3.2.4.2 box
  24. : via sco ansi terminal emulation. That works very well with all apss we
  25. : use. Except .... when we use tn5250 to log in to an AS400. On the login
  26. : screen the input field is correctly highlighted but the terminal is one
  27. : line too deep. Input is accepted normally only our users are irritated
  28. : because the input is on the wrong position. All other screens work 
  29. : ok. Only the login to the AS400 ....
  30. : 
  31. The first thing to check is whether you really are using SCOANSI emulation.
  32. Recent releases of Kermit 95 (the current release being 1.1.11) support true
  33. Telnet terminal-type negotiation, which has its good and bad sides.  In this
  34. case, the bad side wins because (would you believe) SCO operating systems do
  35. not support a terminal type called SCOANSI.  Well, it's a long story, and
  36. you can read about it in your Kermit 95 BUGS.TXT file, item 253.  The short
  37. answer is: tell K95 to:
  38.  
  39.   set terminal type scoansi
  40.   set telnet terminal-type ansi
  41.  
  42. before making the connection.  This means "use SCOANSI emulation, but tell
  43. the Telnet host that it's ANSI emulation".  Strange but true...  Notes:
  44.  
  45.  1. At our suggestion, SCO has agreed to install an "SCOANSI" name in its
  46.     terminal-type database; this will happen in future SCO releases or
  47.     patches.
  48.  
  49.  2. In a future release of K95, we'll add a "Telnet terminal-type" field
  50.     to the Dialer notebook entries.
  51.  
  52.  3. The same thing happens with AT386 terminal type in UnixWare -- now
  53.     also an SCO product.
  54.  
  55. : K95 on NT4.0 with the same dialusr.dat works perfectly well. The above
  56. : problem shows up only under Win95.
  57. : 
  58. If my diagnosis is correct, then I'll bet you are using different releases
  59. of K95 on Windows 95 and NT.
  60.  
  61. On the other hand, maybe we are grappling with a screen-dimensions issue here.
  62. Remember, Windows 95 has a horrible bug that prevents us from using any
  63. screen dimensions we want, but Windows NT does not have that bug.  For the
  64. gory details, see BUGS.TXT item 2.
  65.  
  66. If none of this helps, please collect a session log that demonstrates the
  67. problem and send it in (uuencoded or somesuch) to kermit-support@columbia.edu.
  68.  
  69. -Frank